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REMARKS 

The Office Action basically utilized the principal reference of Eldering (U.S. Patent No. 
6,615,039) to disclose a broadcasting method for reducing television receiver latencies in 
displaying an interactive content portion of a broadcast television commercial. The Office 
Action maintained that the program maps taught by Eldering could be broadly interpreted as 
providing instructions to STB and that the difference between an MPEG-compliant program map 
of Eldering and our claim terminology of "scripts" would be the same. 

While a PMT in Eldering is repeatedly transmitted in a predetermined time period, the 
PMT, however, is a table associated with PIDs, packet IDs and programs. It does not instruct 
any similar control of a receiving apparatus as set forth in our claims. 

To address this issue, applicant has amended the claims to clarify the significant 
differences. Accordingly, our claims define a receiving apparatus based upon event messages 
which allow for playback of data broadcasting at the start of CM, and the data broadcasting 
contents are multiplexed with the main program prior to the start of the CM. 

The Eldering reference, does not through the PMTs, provide any teaching of a 
transmission unit for generating an instruction as a script and transmitting the script to the 
receiving apparatus together with the transmission of the advertisement. The script can be 
multiplexed with the mobile program as the data broadcasting contents based on a data carousel 
transmission method and transmitted by a transmission unit from the broadcasting apparatus to 
the receiving apparatus. The receiving apparatus can, accordingly, store and timely respond as a 
result of event messages that can respectively instruct storage or reproduction. 

The Office Action supplemented the teaching of the Eldering reference to reject Claim 24 
over a combination of the Eldering reference in view of Swix et al. (U.S. Patent No. 6,718,551). 
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Claims 1, 2, 4, 9, 11 and 12 and 14-23 were also rejected over a combination of Eldering 
in view of Suzuki (U.S. Patent No. 6,401,243), when taken in view of the Swix et al. disclosure. 

In the specification of the present application, an explanation is given for using the term 
"message," instead of the term "script." 

For example, as described on Page 17, Line 15 through Page 19, Line 13 in our 
specification, the script (message) of the present invention is included in a data module with 
ID=0 in each content, and is depicted in Figure 5 as messages M1-M5. 

Note that, as amended in the current claims, the script (message) is automatically stored 
when received by the receiving apparatus (see "An ID is assigned to a data module, and the data 
module with the H>=0 must be cached in the buffer by the receiving apparatus even though there 
is no explicit instruction ." Page 17, Lines 5-7 and "The data module decode unit 208 decodes 
the data module with H>=0 in the data stream to reconstruct contents data, and when receiving 
the instruction to cache the contents data with the specified ID from the contents data processing 
unit 210, decodes the data module with the specified ID." Page 27, Lines 20-24. 

An event message is transmitted to the receiving apparatus at a predetermined timing 
based on an event message transmission schedule (see Page 19, Lines 14 through Page 20, Line 6 
in the specification, and the instruction shown in Figure 5). 

With the event message, scripts having been stored in the receiving apparatus are 
executed to thereby cache target contents in the buffer, or reproduce target contents. 

The messages M1-M5 included in the data module with E)=0 cached in the receiving 
apparatus as above operate to, when the event message is received, cache a data module 
indicated by the event message. A person of ordinary skill in the art would readily understand 
that the messages M1-M5 correspond to so-called "scripts" and certainly would understand the 
difference between an MPEG program map. 
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The "program map" of Eldering is different from the "script" of the present invention, as 
used for instructing caching and reproduction, and does not have a similar function as a script. 

A supplementary reference to a "program map" as known in the art can be seen in the 
ISO/IEC 13818-1 Section 2.4.4 (copy attached), which is the table specification of PMT 
(Program Map Table), referred to by Eldering. It is requested that this evidence be made of 
record in this presentation, In re Sullivan et al. 498 F.3d 1345 (Fed. Cir. 2007). 

As can be seen from this reference, a PMT is just a table associating PIDs (packet IDs) 
and programs, and Eldering does not disclose any description corresponding to the "script" of 
the present invention and a PMT is not directed to provide corresponding instructions for the 
control of the receiving apparatus. 

Eldering, in Column 11, Lines 1-21, discloses that, when a receiver inserts into programs 
advertisements pertaining to "automobiles" according to the user's preference, car 
advertisements (auxiliary data) are retrieved in advance to the receiving apparatus by specifying 
PIDs of packets made up of the advertisements using a table of the program map. 

The present invention has a structure in which scripts (messages) are transmitted in 
advance from the transmitting apparatus to the receiving apparatus, and an event message is 
transmitted to the receiving apparatus to cache transmitted contents, and causes the cached 
contents to be reproduced. Eldering neither discloses nor indicates such a structure nor effects 
unique to the present invention. 

New Claim 29 has been added and recites that, instead of being multiplexed onto 
contents as a content of the data module, the "scripts" are repeatedly transmitted as event 
messages, independently of the contents. 
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Herewith, since there are no messages depending on another program in the data module, 
it is possible to realize an effect that permits reuse of the data module (e.g., rebroadcasting of the 
program becomes facilitated (see Page 36, Lines 1 1-17 of the specification). 

The Swix reference was cited for teaching a transmission of data in a carousel format, 
citing Column 9, Lines 32-44. Basically, this citation refers to a set-top box that could seek to 
retrieve targeted advertisements based on a demographic group, apparently to be inserted in an 
appropriate time. The broadcast carousel format apparently refers to bitmap advertisements that 
could be spooled in a broadcast carousel format. Needless to say, the Swix reference does not 
address the issues raised with regards to the deficiencies in the Eldering disclosure. 

The Suzuki reference is cited to teach a (script) set of instructions that were generated to 
reproduce the program data of a specific program. The program data was stored in a storage 
unit. More specifically, when a reproduction start control signal is received from a cable 
television station, a temporary memory device could read corresponding digital video data for a 
program, and supply it to a digital television decoding circuit through a switch circuit 318 in 
Figure 8. 

Again, it is respectfully submitted that the Suzuki reference does not address the 
deficiencies in Eldering and the Office Action has taken a broad interpretation of scripts. 
Accordingly, applicant has amended the current claims to provide an appropriate distinction. 

With such clarification, it is believed the present application is allowable and is not 
obvious over any combination of the references of record. 

It is the Examiner's burden to establish prima facie obviousness. See In re 
Rijckaert, 9 F.3d 1531, 1532 (Fed. Cir. 1993) Obviousness requires a 
suggestion of all the elements in a claim (CFMT, Inc. v. Yieldup Int'l 
Corp., 349 F.3d 1333, 1342 (Fed. Cir. 2003)) and "a reason that would 
have prompted a person of ordinary skill in the relevant field to combine 
the elements in the way the claimed new invention does." KSR Int'l Co. v. 
Tele/lex Inc., 127 S. Ct. 1727, 1741 (2007). Here, we find that the 
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Examiner has not identified all the elements of claim 1, nor provided a 
reason that would have prompted the skilled worker to have arranged them 
in the manner necessary to reach the claimed invention. 

Ex parte Karoleen B. Alexander, No. 2007-2698, slip op. at 6 (B.P.A.I. 
Nov. 30, 2007) 

Applicant believes that the case is now in condition for allowance and an early 
notification of the same is requested. 

If the Examiner believes a telephone interview will help further the prosecution of this 
case, the undersigned attorney can be contacted at the listed telephone number. 



Very truly yours, 



SNELL & WILMER L.L.P. 




^ers^riw^Pfice 
Registration No. 25,124 
600 Anton Boulevard, Suite 1400 
Costa Mesa, California 92626-7689 
Telephone: (714) 427-7420 
Facsimile: (714) 427-7799 
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When reconstructing the Program Stream at the Transport Stream decoder, for PES packets with a strearajd value of 
aneUIaiy_s*«amJd, packct_start_code_prefix Is written to the Program Stream being reconstructed, followed by the 
data_byte fields from these Transport Stream PES packets. 

ISO/IEC 1 1 172- J streams are carried within Transport Streams by first replacing ISO/TEC 1 1 172-1 packet headers with 
ITU-T Rcc. H.262 1 ISO/IEC I3S18-2 PES packet headers. ISO/IEC 1 1172-1 packet header field values are copied to the 
equivalent ITU-T Roc. H-2G2 1 ISO/IEC 13818-2 PBS pocket header fields. 

The program_paokct_scqucrKC_coonter field is included within the header of each PES packet carrying data from a 
Program Stream, or an ISO/EC 11172-1 System stream. This allows the order of PES packets in the original Program 
Stream, Of packets in the original 1SO/IEC 1 1172-1 System stream, to be reproduced at the decoder. 

The pack_header() field of a Program Stream, or an ISO/IEC 1 1 172-1 System stream, is carried in tie Transport Stream 
in the header of the immediately following PES packet. 

2.4.4 Program specific lafonuatioit 

Program Specific Information (PS1) includes both ITU-T Rec. H.222.0 1 ISO/IEC 13818-1 normative data and private 
data mat enable demultiplexing of programs by decoders. Programs are composed of one or more elementary streams, 
each Labelled with a PID. Programs, elementary streams or parts thereof may be scrambled for conditional access. 
However, Program Specific Information shall not be scrambled. 

In Transport Streams. Program Specific Information is classified into five table structures as shown in Table 2-23. While 
these structures may be thought of as simple tables, tfaey shall be segmented into sections and inserted In Transport 
Stream packets, some with predetermined PIDs and others with user selectable PIDs. 



Table 2-23 - Program specific faformatlo* 



Structure Name 


Stream Type 


PID number 


Description 


Program Association Table 


ITU-T Rec. H.222.0 | 
ISO/IEC I3S1S-1 


0x00 


Associates Program Number and 
hrogram Map Table PID 


Program Map Table 


ITU-T Ree, H.222.0 | 
ISO/IEC UHtB-1 


Assignment indicated in the 
PAT 


Specifics PID values for components 
of one or more program* 


Network Information Table 


Private 


Assignment indicated in the 
PAT 


Physical network parameters sudh as 
FDM frequencies, Transponder 
Numbers, etc ■ 


Conditional Access Table 


ITU-T Rcc. H.222.0 1 
ISO/IEC I3S1S-1 


0x01 


Associates one or more (private) 
EMM streams each with a unique 
PID value 


Transport Stream 
Description Table 


ITU-T Rec. H.222.0 1 
ISO/IEC 13818-1 


0x02 


Associates one or more descriptors 
from Table 2-39 to an entire 

Transport Stream 



ITU-T Rec, H.222.0 1 ISO/IEC 13818-1 defined PSI tables shall be segmented into one or more sections that are carried 
within transports packets. A section is a syntactic structure that shall be used for mapping each ITU-T 
Rec. H.222,0 1 ISO/IEC 13818-1 defined PSI table into Transport Stream packets. 

Along with ITU-T Rec. H.222.Q | ISO/IEC 13818-1 defined PSI tables, it is possible to carry private data tables. The 
means by which private information is carried within Transport Stream packets is not defined by this Specification. It 
may be structured in the same manner used for carrying of ITU-T Rec. H.222.0 | ISO/IEC 13818-1 defined PSI tables, 
such that the syntax for mapping wis private data is identical to that used for the mapping of ITU-T 
Rec. H.222.0 1 ISO/IEC 13818-1 defined PSI tables. For this purpose, a private section is defined. If ihe private data is 
carried in Transport Stream packets with the same PID value as Transport Stream packets carrying Program Map Tables, 
(as identified in the Program Association Table), then the private_seetion syntax and semantics shall be used. The data 
carried in the private_data_bytes may be scrambled. However, no other fields of the private_section shall be scrambled. 
This private section allows data to be transmitted with a minimum of structure. When this structure is not used, the 
mapping of private data within Transport Stream packets is not defined by this Recommendation | International Standard. 

Sections may be variable in length. The beginning of a section is mdkwed by a poinwfield «" *e Transport Stream 
packet payload. The syntax of this field is specified in Table 2-24. 
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Adaptation fields may occur in Transport Stream packets carrying PSI sections. 

Within a Transport Stream, packet stuffing bytes of value OxFF may be found in the payioad of Transport Stream packets 
carrying PSI aid/or private sections only after the last byte of a section. In this case all bytes until the end of the 
Transport Stream packet shall also be stuffing bytes of value OxFF. These bytes may be discarded by a decoder. In such a 
case, the payload of the next Transport Stream packet with the same PID value shall begin with a pointer_field of 
value 0x00 indicating that the next section starts immediately thereafter. 

Each Transport Stream shall contain one or more Transport Stream packets with PID value 0x0000. These Transport 
Stream packets together shall contain a complete Program Association Table, providing a complete list of all programs 
within the Transport Stream. The most recently transmitted version of the table with the canwtt_next_indicator set to a 
value of '1' shall always apply to the current data in the Transport Stream. Any changes in the programs earned -within 
the Transport Stream shall be described in an updated version of the Program Association Table carried in Transport 
Stream packets with PID value 0x0000. These sections shall all use tablejd value 0x00. Only sections with this value of 
tablejd are permitted within Transport Stream packets with PID value of 0x0000. For a new version of the PAT to 
become valid, all sections (as indicated in the last section number) with a new vcrsioD_number and with the 
current_next_indicator set to '1' must exit B^ defined hi the T-STD (refer to 2.4.2), The PAT becomes valid when the 
last byte of the section needed to complete the table exits B^,. 

Whenever one or more elementary streams within a Transport Stream are scrambled, Transport Stream packets with a 
PID value 0x0001 shall be transmitted containing a complete Conditional Access Table including CA_descripiors 
associated with the scrambled streams. The transmitted Transport Stream packets will together form One complete 
version of the conditional access table. The most recently transmitted version of the table with the <wretrt_nextJodicatQf 
set to a value of '1' shall always apply to the current data in the Transport Stream. Any changes in scrambling making the 
existing tabic invalid or incomplete shall be described in an updated version of the conditional access table. These 
sections will all use table id value 0x01. Only sections with this lablejd value are permitted within Transport Stream 
packets with a PID valu«~of 0x0001 . For a new version of the CAT to become valid, all sections (as indicated in the 
Iast_scction_numbcr) with a new version_numbcf and with the cwT«rt_nert_indics.tor set to '1' must exit Bjy 4 . The CAT 
becomes valid when the last byte of the section needed to complete the table exits B 6yj - 

Eafeh Transport Stream shall contain one or more Transport Stream packets with PID values which are labelled under the 
program association table as Transport Stream packets containing TS program map sections. Each program listed in the 
Program Association Table shall be described in a unique TS_program_map_section. Every program shall be fully 
defined within the Transport Stream itself. Private data which has an associated elementary J*ID field in the appropriate 
Program Map Table section is part of the program. Other private data may exist in the Transport Stream without being 
listed in the Program Map Table section. The most recently transmitted version of the TS_pfogram_map_section with the 
current_next_indicator set to a value of '1' shall always apply to the current data within the Transport Stream Any 
changes in the definition of any of the programs carried within the Transport Stream shall be described in an updated 
version of the corresponding section of the program map tabic carried in Transport Stream packets with the PID value 
identified as the program map_PIO for that specific program. Ail Transport Stream packets which carry a given 
TS _j>rograni_map section shall have the same PID value. During the continuous existence of a program, including all of 
its associated events, me program_map PID shall not change. A program definition shall not span more than one 
TS _program_map_section. A new version of a TS j>rogram_map_section become* valid when the last byte of mat 
section with a new ve«ion_number and with the eurrent_next_indi«rtor set to ' 1' exits B 5 y S 

Section!! with a tablejd value of 0x02 sh»ll contain Program Map Table information. Such sections may be carried in 
Transport Stream packets with different PID values. 

The Network Information Table is optional and its contents are private. If present it is carried within Transport Stream 
packets (hat will have the same PID value, called the network_PID. The networkJPID value is defined by the user and, 
when present, shall be found in the Program Association Table under the reserved program_number OxOOOO. If the 
network hiformation table exists, it shall take fte form of one or more privatc_scctions. 

Thernaximum number of bytes in a section of a ITU-T Rec. H.222.0 | ISO/IEC 13818-1 defined PSI table is 1024 bytes. 
The maximum number of bytes in a private_section Is 4096 bytes. 

The Transport Stream Description Table is optional When present, the Transport Stream Description is carried within 
Transport Stream packets that have a PID value 0x0003 as specified in Table 2-23 and shall apply to the entire Transport 
Stream. Sections of the Transport Stream Description shall use a tablejd value of 0x03 as specified in Table 2-26 and its 
contents are restricted 10 descriptors specified in Table 2-39. The TS_dcSCriptio n _scction becomes valid when the last 
byte of the section required to complete the table exits Bgy t . 

There are no restriction, on the occurrence of start codes, Sync bytes or other bit patterns ic PSI data, whether this 
Recommendation j International Standard or private. 
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2.4.4.1 Pointer 

The poinier_fleld syntax is defined to Table 2-24, 

Table 2-24 - Program specific Information pointer 



Syntax 


No. of bits 


Mnemonic 


peiaterJBcM 


• 


mubf 



2.4.4.2 Semantic* definition of field; in pointer syntax 

pointer field - This is an 8-bit field whose value shall be the number of bytes, immediately following the pointer_field 
until chefirst byte of the first section that is present in me payload* of the Transport Strewn packet (so a value of 0x00 in 
the pointerjield indicates that the section starts immediately alter the pointerjield). When at least one section begins in 
a given Transport Stream packet, then the payload unit_start_indicator (refer to 2.43.2) shall be set to 1 and the first 
byte of the payload of thai Transport Stream packet shall contain the pointer. When no section begins in a given 
Transport Stream packet, then the payload jinit_start„mdicator shall be set to 0 and no pointer shall be sent m the 
payload Of that packet, 

2.4.4.3 Program association Table 

The Program Association Table provides the correspondence between a program number and the PID value of the 
Transport Stream packets which carry the program definition. The ptogfam_mimber is the numeric label associated with 
a program. 

Tlie over all table is contained in one or more sections with the followng syntax. It may be segmented to occupy multiple 
sections (see Table 2.25). 



Table 2-25 - Program association section 



Syntax 


No. of bits 


Mnemonic 


progra>n._as$ociati«i_section(} { 
ublcjd 

seetiea *ynUi indicator 

tr 

reserved 
secti*B_[engik 
. transport_strcam_id 
reserved 
vcrston^attKiiMr 
cumnt_a«xt_iadie*tof 
seetioa_Dumbcr 
last icerion umber 
for(i=l>;i<N;i++){ - 

profrani_naniber 

reserved 

if (program_mimber ssV)( 
acitwork PID 

) 

elie< 

progrim map^PID 

) 

> 

CRC_32 

} 


* 

1 
1 
2 
12 
U 
2 
5 
1 
8 
8 

16 
3 

13 

13 

31 


uimsbf 

bslbf 

bdbf 

bsfcf 

Uilnsfaf 

afmsbf 

bilbf 

•Jnsbf 

bllbf 

aantbf 
aimtbf 

uimsbf 
bslbf 

■nwbf 
ata»bf 
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2.4.4.4 Table Jd as sign meats 

The tablejd field identifies the contents of « Transport Stream PSI section as shown in Table 2-26. 



Table 1*26 - tablejd assignment values 



Vijuc 


description 


0x00 


piograni^associstionjsectipn 


OxOl 


coiKJitidcia[_»ccess_sectioo (CA_sccti«o) 


0x02 


TS _progr8m_iD4p_s«rtiori 


0x03 


TS_descriptiofi_5Mtion 


0x04 


lSO_IECJ44?6_5«wi«_d«scription_sBCtioo 


0xQ5 


ISO JEC_1 4496_obj«*_<kscrip»r_wctjon 


0x06-0x37 


ITU-T Rec. H.222.0 1 jSO/i£C I38W-1 reserved 


Ox38-Ox3F 


Defined tn ISO/IEC 138 18-6 


0*4O-OxFE 


User private 


OxFP 


forbidden 



2.4.4 J Semantic definition of fields In prop-am association MCtioa 

Ublejd - This is an 8-bit field, which shall be set to 0x00 as shown in Table 2-26. 

s*ctlatt_syntaT_hidle*tor - The section_syntax_indicatar is a 1-bit field which shall be set to '1'. - 

section Jen gth - This Is a 12-bit field, the first two bits of which shall be "Off. The remaining 10 bits specify the number 
of bytes~of the section, starting immediately following the section length field, and including the CRC. The value in this 
field shall not otowd 1021 (0x3FD). . ~ 

transport_streamJd - This is a 16-fcit field which serves as a label to identify this Transport Stream from any other 
multiplex within a network. Its value is defined by the user. 

versioa_tt<tmber This 5-bit field is the version number of the whole Program Association Tabic. The version Dumber 
shall biTiocremented by 1 modulo 32 whenever the definition of the Program Association Table changes. When the 
currentjnejrt indicator is set to '1'. then the version_number shall be that of the currently applicable Program Association 
Table. When the eurrent_riextJndicator i< set to 'CH, then the version_numbcr shall be that of the next applicable Program 
Association Table. 

MrreutjMxtJndlcator - A I -bit indicator, which when set to '1' indicates that the Program Association Table sent is 
currently applicable. When the bit is set to '0', it indicates that the table sent is not yet applicable and shall be the next 
table to become vatid. 

section_MBmb*r - This S-bit field gives the number of this section. The jection nurnber of the first section in the 
Program Association Table shall be 0x00. It shall be incremented by 1 with each additional section in the Program 
Association Table. 

last_section_nainber - This 8-bit field specifies the number of the last section (that is, the section with the highest 
section number) of the complete Program Association Table. 

program namber _ Program number is a 16-bit field. It specifies the program to which the program_mapJ>ID is 
applicable. When set to OxOOOO] then the following P1D reference shall be the network PID. For all other cases the value 
of this field is user defined. This field shall not take any single value more than once within one version of the Program 
Association Table. 

NOTE - The prognta_mrtnber may be used as a designation for a broadcast channel, for example. 
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network. Pn> _ The network PID is a 13-bit field, which b used only in conjunction with the value of the 
program "number set to OxOOOOT specifies the PID of the Transport Stream packets which shall contain the Network 
Information Table. The value of the network_PID field la defined by the user, but shall only lake values as specified in 
Table 2-3. The presence of the network_PID is optional. 

program map_PII> - The program_m*p_PID is a 13-bit field specifying the PID of the Transport Stream packets 
-which shall contain the program_map_s«ctioii applicable for the program as specified by the progrant_niunbeT. No 
pro gram number shall have more than one program_map_PlD assignment. The value of the programjnupJPID is 
defined by the user, but shall only take values as specified in Table 2-3. 

CRC_32 - This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder 
defined in Annex A after processing the entire program association section. 

2.4.4.6 Conditional access Table 

The Conditional Access (CA) Table provides the association between one or more CA systems, their EMM streams and 
any special parameters associated with them. Refer to 2.6,i6 for a definition of the dcscriptorO field in Table 2-27, 

The table 1$ contained in one or more sections with the following syntax. It may be segmented to occupy multiple 
sections. 



Table 2-27 - Conditional access section 



Syntax 


No. of bits 


Mnemonic 


CA_Swlion() ( 

Ubk_iJ 

KCtiea syntax indicator 

•<y 

reserved 
st*rie»_knjtk 
reserved 
ver»on_nHntb£i' 
currcat_next_Jndkator 
seenon^narober 
Isst_Mctlen_nuniber 
for(i-0;i<N;i++) { 
descriptOrO 

} 

CRC 32 

} 


8 
1 
1 
z 
12 
18 
5 
1 
* 

s 


afiftsM 

bslbf 

Iwlbf 

bslbf 

auwfaT 

bslbf 

kflbf 
■lmitrf 

■lnsbl 


31 


rpdraf 



2.4.4.7 Semantic definition of fields in conditional access section 

tablejd - This is an 8-bit field, which shall be set to 0x01 as specified in Table 2-26. 

«Ction_synt»x_ind!c*tor — The sectlon_syntax_indicatar is a 1-bit field vhich shall be set to "I". 

sectfoojength - This is a 12-bit field, the first two bits of which shall be W. The remaining 10-bfts specify the number 
of bytes~of the section Starting immediately following; the sectionjength field, and including the CRC. The vahie in this 
field shall not exceed 1021 (0x3FD). 

verpion_number - This S-bit field is the version number of the entire conditional access table. The version number shall 
be incremented by 1 modulo 32 when a change in the information carried within the CA table occurs. When the 
currenl_next indicator is set to T, then the version_number shall be that of the currently applicable Conditional Access 
Table. When the currcnt_next_indicator is set to "0', then the vereion_nurnber shall be that of the next applicable 
Conditional Access Table. 

current next Indicator - A 1-bit indicator, which when set to '1' indicates that the Conditional Access Table sent is 
currently applicable. When the bit is set to V, it indicates that the Conditional Access Table sent is not yet applicable 
and shall be the next Conditional Access Table to become valid. 

section ■■oiber - This 8-bit field gives the number of this section. The section_number of the first section in the 
Conditional Access Table shall be 0x00. It shall be incremented by I with each additional section in the Conditional 
Access Table. 
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Usf_secdoa_nnirober - This . 8-bit field specifies the number Of the last section (that is, the section with the highest 
s«ction_number) of the Conditional Access Table. 

CRCjJl - This is a 32-bit field that contains the CRC value that gives, a zero output of the registers in the decoder 
defined in Annex A after processing the entire conditional usees* section. 

2.4.4.8 Program Map Table 

The Program Map fable provides the mappings between program numbers and the program elements that comprise 
them. A single instance of such a mapping » referred to as a "program definition'. The program map table is the 
complete collection of all program definition* for a Transport Stream. This table shall be transmitted in packers, the PID 
values of which are selected by the encoder. More than one PID value may be used, if desired. The table is contained in 
one or more sections with the following syntax. It may be segmented to occupy multiple sections. In each section, the 
section number field shall be set to zero, Sections are identified by the program_aumbcr field. 

Definition for the deseriptorO fields may be found in 7.6 (see Table 2-28). 

Table 2-Z8 - Transport Stream program map section 



Syntax 



TS_pragram_niap_section() ( 
tiblejd 

section _sy a tax indicator 
•O- 

reserved 

swtion_kngtb 

program_mimber 

reserved 

vexjiou^au mbcr 

curTCM_BCKfJndica1or 

s«;tivn_raiibcr 

la»t_secUM_B«tinb«r 

reserved 

FCR_PID 

reserved 

program iafb_lc«gtii 

fCT(i = on<N;i++){ 
deseriptorO 

} 

for(i-0; i <Nl;i++) { 
itreajnjypc 
rtssrved 
eiementaryJr'XP 

reserved 
ESJaftiJeagta 

for<i = 6;i<N2; !++■) [ 
descriptorQ 



} 

CRC_3J 



) 



No. of bits 


Mnemonic 


8 


Ubnsbf 


1 


bsflrf 


1 


tnibf . 


2 


bslbf 


12 


■imsbf 


16 


kiaaxbf 


2 


biibf 


5 


ahnsbf 


f 


bdht 


S 


ukasbf 


8 




3 


bsltrf 


13 


akaxbf 


4 


btlbf 


12 


■iaubf 


8 


uintsbf 


3 


bllM 


13 


tthasbf 


4 


bslbf 


12 


afansbf 


32 


rpchaf 



2.4.4.9 Semantic definition of fields in Transport Stream program map section 

table Jd - This is an 8-bit field, which In the case of a TS _program_map_section shall be always set to 0x02 as shown in 
Table 2-26. 

s«tfon_syntaxj»dlcator -The section_5yntax_tindioptor is a 1-bit field which shall be set to T. 

section length - This is a 12-bit field, the first two bits of which shall be 'Off. The remaining 10 bits specify the number 
of bytesof the section Starting immediately following the B Mtion_Lngth field, and including the CRC. The value in this 

field shall notexceed 1021 <0x3PD), 
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prograra iumb«r - prggrua_number is a 1 6-bit field. It specifies the program to which the prograni_inap_PID is 
applicable. Otic program definition shall be carried within only one TSjrogram map section. This implies" that a 
program definition is never longer than 1016 (0x3 F8). See Informative Annex C for ways to deal with the eases when 
that length is not sufficient. The program_nmnber may be used as a designation for a broadcast channel, for example. By 
describing the different program elements belonging to a program, data from different sources (e.g. sequential events) 
can be concatenated together to form a continuous set of streams using a program_numbcr. For examples of applications 
refer to Anne* C. 

version. juumber - This 5 -bit field is. the version number of the TS_prograin_roap_.section. The version number shall be 
incremented by 1 modulo 32 when a change in the information carried within the section occurs. Version number refers 
to the definition of & tingle program, and therefore to a single section. When the current_next_indicator is set to 'I', then 
the version_number shall be that of the currently applicable TSjrogram_map_sectioa, When the current next indicator 
is set to '0', then the versian_number shall be that of the next applicable TS_prograni_map_section. " 

carrcnt_next_lndirj»<or - A 1-bit field, which when set to '1' indicates that the TS__program_map_section sent is 
currently applicable. When the bit Is set to '0'. it indicates that the TS jprogram_map_section sent is not yet applicable 
and shall be the next TS_prograni_niap_section to become valid. 

secttom_aamber - The value of this 8-bit field shall be 0x00, 



I « st see ti o n_nn m t> er - The value of this 8-bH field shall be 0x00. 



PCR_PID - This is a 13-bit field indicating the PID of the Transport Stream packets which shall contain the PCR fields 
valid for the program specified by prognun_number. If no PCR is associated with a program definition for private 
streams, then this field shall take the value ofbxlFFF. Refer to the semantic definition of PCR in Z.4.3.5 and Table 2-3 
for restrictions on the choice of PCR P1D value. 



program_iafo_Jengtb - This is a 12-bit field, the first two bits of which shall be '00'. The remaining 10 bits specify the 
number of bytes of the descriptors immediately following the program_infhJength field. 

stream_type - This is an 8-bit field specifying the type of program element carried within the packets with the PID 
whose value is specified by the elementary_PID. The values of stream_type are specified in Table 2-29. 

NOTE - An ITU-T Roc. H.222.0 | fSO/IEC 138I&.1 auxiliary stream is avail able for data types denned by this Specification, 
other than audio, video, and DSM CC, such as Program Stream Directory and Program Stream Map. 

elementary JPTD - This is a 1 3-bit field specifying the PID of the Transport Stream packets which carry the associated 
program element. 

ES_info_Iength - This is a 12-bit field, the first two bits of which shall be 'OCT. The remaining 10 bits specify the number 
of bytes of the descriptors of the associated program element immediately following the ES_info length field. 

CRC_32 - This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder 
defined in Annex B after processing the entire Transport Stream program map section. 



2.4.4.10 Syntax of the Private section 

When private data is sent in Transport Stream packets with a PID value designated as a Program Map Table FID in the 
Program Association Table the priVate_secrion shall be uScd. The private_seclion allows data to be transmitted with a 
minimum of structure while enabling a decoder to parse the stream. The sections may be used in two ways: if the 
section_syruax_mdicator is set to '1'. then the whole structure common to all tables shall be used; if the indicator is set to 
•0', then only the Adds 'table id' through 'privalcsectionjengtb' shall follow the common structure syntax and 
semantics and the rest of the private_s«ction may take any form the user determines. Examples of extended use of this 
syntax are found in Informative Annex C. 
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Table 2-29 - Stream type assignments 



vaiuo 


Description 




TTTT-T f mnyfPjT Reserved 


u?v* 


hiv( JUC*» 111/* V iusy 


AvA? 


ITU-T Rec. H.262 1 ISO/IEC 13818*2 Video or ISO/IEC 11172*2 constrained parameter video stream 


tfWrtl 




0?t04 




0x05 




UXVo 


ittt t* Dw it fl | f c/vrpp I *iq 1 pne mirVetg contatiiine nrtvatis data 


0x07 




A_Af 

OxOV 




0x09 




WCOA 


IMJ/Ixa- iioJo-o type A 


OxOB 


ISO/litt. type p 


OxOC 




VXUL/ 


T^rt/lPf^ 1 1 it 1 R-fi K-vv r> 


OxOE 


ITU-T Rec. H.222.0 1 ISO/DEC 13818-1 auxii;*y 


OxOF 


ISO/IEC 13*18-7 Audio with ADTS transport syntax 


0x10 


ISO/EC 14496-2 Visual 


0X11 


ISO/IEC 14496-3 Audio with the LATM transport syntax as defined in ISO/EEC 14496-3 /AMD 1 


(bell 


ISO/IEC ! 4494-1 SL-packetized stream or FlexMux tmmt tamed in PES packets 


0x13 


ISO/IEC 14496-1 SL-packecized stream or FlexMux stream carried in ISO/IEC 1 4 4W__sections. 


0x14 


ISO/IEC Synchronized Download Protocol 


Qxl5-Qx7F 


ITU-T Rec. H.222.0 1 ISO/IEC 13818-1 Reserved 


Ox80-OxFF 


User Private 



A private table may be made of several private_sections, all with the same tablcjd (see Table 2-30). 
2.4.4.11 Semantic definition of fields la private section 

table_ld - This 8-bit field, the value of vvhich identifies the Private Table this section belongs to. Only values defined in 
Tabic 2-26 as "user private" may be used. 

section syntax indicator - This is a 1-bit indicator. When sel to T, it indicates that the private section follows the 
ewericTscctiorilyriUi* beyond the private SecdonJcngth field. When set V) 'V, it indicates that the private_data_bytes 
immediately follow the privatc__section_length field. 

privfttejndicator - This is a 1 -bit user definable flag that shall not be specified by ITU-T | ISO/IEC in the future. 

private sectionjangth - A 12-bit field. It specifics the number of remaining bytes in the private section immediately 
foUovrfng the prrvate_scdionJeiigUi field up to the end of the priv«e_seetlon. The value in this field shall not exceed 
4093(0xFFD). 
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Syntax 


Nd. of bits 


Mnemonic 


private KctiooO ( 
table Jd 

stt(l«l>_*y«ttX_utdkator 

priraieJiMlkator 

rtwmd 

priTmtt_KC«ian_lef»gfh 

if (9eetion_syn«x_»Bdikflt(Jf = W) { 
Sir(i-0;i<N;i'f+){ 

private d*t« byte 

) 


8 
1 
1 
2 
12 

8 


ukasfar 

biibf 

bslbf 

btlbf 

tumM 

Mbf 


J 

elsef 


labU_td_txt*B$toN 

reserved 

T«m«i_n«rabtr 

c«rreat_m«xt_indkit»r 

Mcnon^namber 

kst_K«tlait_aumt»r 

for (i = 0; i < rjrivstejKctfonJeogth-?; { 
private d*U_bytc 

} 

CRC32 


16 
2 
5 
1. 
8 
8 

8 


MiBUbf 

btlbf 

■tmsbf 

biibf 

Mbmbf 

aimsbf 

brfbf 


) 

} 


32 


rpcnaf 



prrvate_d«t»_byte - The private_data_bytt field is user definable and shBll not be specified by ITU-T | ISO/IEC in the 
future. 

(BbU_id_extensl«D - This U a 1 6-bit field. Its use and value are defined by the user. 

version_nuiaber - This 5-bit field is the version number of the private_sectjon. The versian_nuinber shall be 
incremented by 1 modulo 32 when a change in the information carried within the r>rrvate_sectfon occurs. When the 
current, next indicator is set to then the version_number dull be that of the next applicable privnte_scction -with the 
same tab le_id and section^number. 

current next indicator - A. 1-bit field, which when set to '1* indicates that the private_sectlon sent is currently 
applicable. When the current_riext_indiGator is set to '1 then the versioti_number shall be that of the currently applicable 
private_section. When the bills set to W, it indicates that the prrvate_sectioi» sent is not yet applicable and shall be the 
next pr]vMe_section with the same section_number and table_id to become valid. 

ttdipn number - This 8-btt field gives the number of the private_section. The section_nutdber Of the 6«t section in a 
private Table Shall be 0x00, The sectionjrumber shall be incremented by 1 with each additional section in this private 
table. 

hut sectfOM_number - This 8-bit field specifies the number of the last section (that is. the section with the highest 
sectlcm_rjumber) of the private table of which this section is a part 

CRC_32 - This is a 32-bit field that contains fte CRC value that gives a zero output of the registers in the decoder 
defined in Annex A after processing the entire private section. 

2.4.4.12 Syntax of the Transport Stream section 

ITU-T Rec. H.222,0 | ISO/IEC 13818-1 compliant Wtstrewhs may carry Ac information defined in Table 2-30-1. 
ITU-T Rec. H.222.0 1 ISO/EC 13818-1 compliant decoder? may decode the information defined hi this table. 

The Transport Stream Description Table is defined to support the carriage of descriptors as found in 2.6 for an entire 
Transport Stream. The descriptors shall apply to the entire Transport Stream. This table «se* a t*Me_M value ofOx03 as 
specified in Table 2-26 and is carried in Transport Stream packets whose PID value is 0x0002 as specified in Table 2-3 , 
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Table 2-30-1 - Hie Transport Stream Description Tabic 



Syntax 



TS description seettonO { 
Uble_M 

scctton_iy>ux_lodlc*tor 
"0' 

a t Mi<M«_U' «g tit 
reserved 
vtr»k>n_«uoitxr 
ctirre«t_«ert_iiid»c«tor 
Mcdan_DU«r)b«i' 
lest KCtion Burabtr 
fbr(i-0;t<N;i++) ( 
deKriptorO 

) 

CRC32 



No, of bits 



Mnemonic 



8 

I 
1 

12 
18 
S 
1 
8 
8 



32 



aiimbf 

bsrfbf 

btlbr 

fe*U>r 

■imsbf 

bsbf 

ufaolbf 

bsUrf 

ntmsbf 

unnbf 



rfch»r 



2.4.4.13 SmmiIic deOaition of fields in the Transport Stream section 

tsblejd - This is an 8-bit field, which shall be set to "0x03' as specified in Table 2-26. 

sectionjengtk, - This is a 12-bit field, the first two bits of which shall be *00*. The remaining 10 bits specify the number 
of bytes of the section, starting immediately following the sectionjengrh field, and including the CRC. The value in this 
field Shall not exceed 1Q21 <0x3FD). 

version number - This 5-bit field is the version number of the whole Transport Stream Description Table. The version 
nuraber~shaU be incremented by 1 modulo 32 whenever the definition of the Transport Stream Description Table 
changes. When die current 'ftcxt indicator is set to T, then the version number shall be that of the currently applicable 
Transport Stream Description Table. When the current_next indicator is set to 'V. then the veraion_number shall be that 
of the next applicable Transport Stream Description Table. 

cnrrent_next indicator - A 1-bit indicator, which, when set to 1'„ indicates that the Transport Stream Description 
Table Sent is currently applicable. When fite bit is set to 'C, it indicates that the table sent is not yet applicable and shall 
be the next table to become valid. 

sectioa_nnmber - This 8-bit field gives the number of this section. The sectionjnumber of the first section in the 
Transport Stream Description Table shall be 0x00. It shall be incremented by 1 with each additional section in the 
Transport Stream Description Table. 

Iast_sectien_nainber - This 8-bit field specifies the number of the last section (that is, the section with the highest 
scction_nurnber) of the complete Transport Stream Description Table. 

CRC_32 - This is a 32-bit field that contains the CRC value that gives a aero output of the registers in the decoder 
defined in Annex. A after processing the entire Transport Stream Description section. 

2.5 Program Stream blfetreom requirements 
2.5.1 Program Stream cod lag stricture and parameters 

The ITU-T Rec. H.222.0 1 ISO/IEC 13818-1 Program Stream coding layer allows one program of one or more 
elementary streams to be combined into a single stream. Data from each elementary stream are multiplexed together with 
information that allows synchronized presentation or the elementary streams within the program. 

A Program Stream consists of one or more elementary streams from one program multiplexed together. Audio and video 
elementary streams consist of access units. 

Elementary Stream data is carried in PES packets. A PES packet consists of a PES packet header followed by packet 
data. PES packets are inserted into Program Stream packs. 

The PES packet header begins with a 32-bit start-code that also identifies the stream (refer to Table 2-18) to which the 
packet data belongs. The PES packet header may contain just a Presentation Time Stamp (PTS) or both a presentation 
timestamp and a Decoding Time Stamp (DTS). The PES packet header also contains other optional fields. The packet 
data contains a variable number of contiguous bytes from One elementary stream. 



50 



ITU-T Rec. H.222.0 (2000 E) 



